home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 5661 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.2 KB
  1. Path: hydra.zrz.TU-Berlin.DE!rawneiha
  2. From: rawneiha@hydra.zrz.TU-Berlin.DE (Philipp Boerker)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: doubling pixels horizontally
  5. Date: 18 Mar 1996 12:18:29 GMT
  6. Organization: Technical University Berlin, Germany
  7. Message-ID: <4ijkal$3vu@brachio.zrz.TU-Berlin.DE>
  8. References: <576.6613T1070T1730@login.eunet.no> <4i6eql$qpo@brachio.zrz.TU-Berlin.DE> <38233047@kone.fipnet.fi>
  9. NNTP-Posting-Host: hydra.zrz.tu-berlin.de
  10.  
  11. "Jyrki Saarinen" <jsaarinen@kone.fipnet.fi> writes:
  12.  
  13.  
  14. >> >> Yes, I did my own interrupthandler.
  15. >> 
  16. >> >Is this a system interrupthandler??
  17. >> 
  18. >> No, it is impossible to get in charge of the blitterint without some
  19. >> hardware banging. 
  20.  
  21. >How about QBlit()? It is the same you would do with HW blitter
  22. >interrupt.
  23.  
  24. Yes, but if you can't do *everything* with the OS you don't need
  25. to do *anything* with the OS.
  26.  
  27. >Btw, why Gomjabbar had very slow c2p routines, using BYTE
  28. >writes to CHIP-ram etc..
  29.  
  30. No, it does not do byte writes to chip mem! But the c2p is slow, it is
  31. the usual cpu-only c2p from aminet. They were to busy to take mine into
  32. the demo, the demo was finished just some hours before the release...
  33. BTW, how did you like it?
  34.  
  35. > Also the polygon loops did not
  36. >look very fast..
  37.  
  38. Codewise or performancewise? The code isn't optimized to hell but it
  39. shows better performance than every other routine until now!
  40.  
  41. > Divs for calculating slopes etc. 
  42.  
  43. Yeah, we haven't optimized like we could have: c2p, divs and we even rotate/
  44. project every point even if it is removed because of not being visible...
  45. I'm not responsible for that, I was busy with uni at the time... :|
  46. And please keep in mind that Sharon doesn't even *own* an amiga or any other
  47. 68k machine!
  48.  
  49. >I think the best way for slope calculation is a 1/x table
  50. >with 15 bit fraction, so that muls.w (28 cycles max.) can
  51. >be used, then add.l dn,dn on the result to get 16.16. Faster
  52. >than divs.w and more accurate, it is impossible to use
  53. >16.16 and divs.w because of the potential overflows..
  54.  
  55. We hope to make a demo until asm96 but I'm busy with uni until end of April,
  56. Sharon is going to do a PCdemo for asm96. We will do the usual optimizations
  57. and I'm convinced that we can push the performance above 20000 polys/second,
  58. hopefuly enough for a poly-world.
  59.  
  60.  
  61. Greets,
  62. Phil.
  63.